home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1996 April: Mac OS SDK / Dev.CD Apr 96 SDK / Dev.CD Apr 96 SDK1.toast / Development Kits (Disc 1) / OpenDoc / Sample Code / Sample Editors⁄Viewers / Sound Editor / Sound Editor Read Me < prev    next >
Encoding:
Text File  |  1995-12-14  |  1.6 KB  |  37 lines  |  [TEXT/ttxt]
  1. Sound Editor Read Me
  2. By The OpenDoc™ Sample Code Team
  3. December 14, 1995
  4.  
  5.  
  6. © 1995  Apple Computer, Inc. All Rights Reserved.
  7. Apple, the Apple logo, and Macintosh are registered trademarks of Apple Computer, Inc.
  8. Mac and OpenDoc are trademarks of Apple Computer, Inc.
  9.  
  10.  
  11. Important Note
  12.  
  13. Documents created with 1.0 (or earlier) versions of Sound Editor will no longer work. The type names of some values has changed.
  14.  
  15. Introduction
  16.  
  17. The SoundEditor part allows users to record, playback, save, and re-record sounds from the current audio input device.  It supports data stored in Mac SND format.
  18.  
  19.             - SOM wrapper / C++ implementation
  20.             - clipboard support
  21.             - idle event handling
  22.             - handling of part menus
  23.             - settings dialog and extension
  24.             - old file/data type nmap resource
  25.             - dialogs
  26.             - scripting (ODSemantic extension subclass)
  27.    - balloon help
  28.  
  29. Gotchas
  30.  
  31. • Sound Editor does not correctly support being embedded in a link source or destination. The Cappuccino sample part handles these cases correctly.
  32.  
  33. To correctly handle being in a link source, you need to call ContentUpdated on each of your display frames whenever a change to your content occurs.  This will cause the container that created the link to be notified that there has been a change.
  34.  
  35. To correctly handle being in a link destination, you should get the link status of a frame before trying to edit it.  If it is a link destination, you should call EditInLink, and if EditInLink returns kODTrue, you should check the link status again -- this time, if it is still in a destination link, you should not allow the change to occur, otherwise, you should go ahead and make the change.
  36.  
  37.